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Record carrier having main file system area and virtual file system area 

EPO-DG1 
OZ 11 2002 
® I 

The present invention relates to a recordable record carrier having a user area 
for storing user data and a management area for storing management data. The invention 
relates further to a recording apparatus for recording information on such a recordable record 
carrier and a corresponding recording method The invention relates further to a computer 
5 program for implementing said methods. In particular, the present invention relates to an 
optical record carrier such as a small form factor optical (SFFO) disc. 



In some applications it is useful to translate the file system used on a 

10 recordable record carrier into another file system that can be exposed across a standard 

interface to a host that does not understand the original file system, which will be called main 
file system in the following, but does understand the other file system, which will be called 
virtual file system in the following. An example is the mounting of a rewritable SFFO disc 
which uses a universal disc format (UDF) file system in a CompactFlash II (CFDf) form 

1 5 factor drive that exposes a file allocation table (FAT) file system to the host. In the following, 
recordable shall mean that information can be stored on the record carrier once or several 
times, i.e. rewritable record carriers shall be covered by this term as well. 

Typically, some structures or parts of the exposed file system will be static, for 
instance those containing volume descriptions and basic parameters, and some other 

20 structures or parts will be volatile, for instance those detailing directories and the allocation 
of files. The static parts of the exposed virtual file system can be cached to the record carrier 
without problems. They can, for instance, be put in a dedicated file in the management data 
area. However, caching the volatile part of the exposed virtual file system on the record 
carrier is not straightforward. Many hosts and applications will not be aware of the feet that 

25 there are instances in which (part of) the address space is exposed from the drive to the 

outside world using an alternative (virtual) file system. In addition, it is also very often not 
desired that the hosts and applications are aware of this, because otherwise users and 
software developers could take it for granted and the host would be expected to act 
accordingly, i.e. maintain all associated structures. If one of the hosts or applications update 
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the main file system on the record carrier the cached virtual file system, in particular its 
volatile parts, will be inconsistent with the main file system on the record carrier. 

Reconstructing the directory structure for the virtual file system, without 
further measures, is always a time and power consuming task. It is therefore an object of the 
5 present invention to provide a recordable record carrier, a recording apparatus for recording 
information thereon and a corresponding recording method by which the required time, 
processing and record carrier access as well as power consumption can be dramatically 
reduced. 

10 

This object is achieved according to the present invention by a recordable 
record carrier as claimed in claim 1 whose management area comprises 

a main file system area for storing main file system data of a main file system, 
a virtual file system area for storing virtual file system data of a virtual file 
15 system in raw format and 

an indicator area for storing an indicator indicating if the main system data and 
the virtual file system data are consistent. 

This object is further achieved by a recording apparatus as claimed in claim 8 

comprising 

20 - recording means for recording main file system data of a main file system in a main file 
system area of said management area, virtual file system data of a virtual file system in 
raw format in a virtual file system area of said management area and an indicator 
indicating if the main file system data and the virtual file system data are consistent in an 
indicator area of said management area, 

25 - reading means for reading said user data and said management data, 

- memory means for storing said virtual file system data, 

- conversion means for converting said main file system data into said virtual file system 
data and vice versa for storage on the record carrier and/or for output to an external host 
device in case said indicator indicates an inconsistency between the main file system data 

30 and the virtual file system data and 

an interface for communicating with a host device. 

A recording method for recording information on a record carrier on which 
originally only main file system data are stored is defined in claim 1 1 and comprises the steps 
of: 
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- reading main file system data of a Tngyjfi file system stored in a main file system area of 
said management area, 

- converting said main file system data into said virtual file system data for storage on the 
record carrier and/or for output to an external host device , 

- storing said virtual file system data in a virtual file system area of said management area 
in raw format, 

- storing an indicator indicating if the main system data and the virtual file system data are 
consistent in an indicator area of said management area. 

A recording method for recording information on a record carrier on which 
main file system data as well as virtual file system data are stored is claimed in claim 12 and 
comprises the steps of: 

- reading an indicator, which indicates if main file system data of a main file system stored 
in a main file system area of said management area and virtual file system data of a 
virtual file system stored in raw format in a virtual file system area are consistent, from 
an indicator area of said management area, 

- reading said main file system data from said main file system area and reconstructing at 
least part of said virtual file system data from said main file system data in case said 
indicator indicates a inconsistency, 

- reading at least part of said virtual file system data from said virtual file system area, 

- exposing the virtual file system data to an external host device. 

The present invention is based on the idea to define and store an indicator on 
the record carrier indicating if main system data and virtual file system data which are both 
stored on the record carrier in particular areas are consistent or not. If the virtual file system 
is mounted and the main file system was updated since the last time the structures of the 
virtual file system were cached, the virtual file system needs to be reconstructed from the 
main file system stored on the record carrier. If, however, the virtual file system is mounted 
and the main file system was not updated since the last time the structures of the virtual file 
system were cached, the virtual file system is completely retrieved from the record carrier. 
This prevents the need to reconstruct the virtual file system from the main file system, 
dramatically reducing time, processing and record carrier access required, and thus reduces 
the power consumption. 

According to the invention the virtual file system data are stored on the record 
carrier in a raw format. This means that the virtual file system data are stored in an optimised 
way to reduce the required memory space. Compared to the main file system data stored in 
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the normal format on the record carrier, less memory space is needed since, for instance, 
much of the padding is removed. 

The user area and the management area are not necessarily contiguous, they 
can be interleaved and/or part of the management data area, e.g. the virtual file system area, 
5 can be a file in the main file system area, or the space occupied by the virtual file system data 
can be removed from the address space presented to the main file system. 

According to a preferred embodiment the static and volatile parts of the virtual 
file system data are stored in separate entities on the record carrier, in particular in a static 
area and a volatile area of the virtual file system area. This further reduces the required time 

1 0 and power consumption in case the indicator indicates an inconsistency between the main file 
system data and the virtual file system data. In this case, only the volatile parts have to be 
reconstructed from the main file system data stored on the disc while the static parts of the 
virtual file system data can be retrieved from the record carrier but need not be reconstructed 
from the main file system data which would require an additional time and power 

15 consumption. La case there is no inconsistency both the static and the volatile parts of the 

virtual file system data are retrieved from the record carrier, and no reconstruction from main 
file system data is required. 

Tracking whether the main file system data has been updated can be 
implemented by several measures. According to a preferred embodiment the indicator 

20 comprises the last update date of the main file system data and of the virtual file system data. 
Comparing the dates reveals if the cached virtual file system data, or at least the cached 
volatile parts thereof, are still valid or if there is an inconsistency. According to an alternative 
embodiment, as claimed in claim 4, at the time of updating and caching of the virtual file 
system data a flag is set which indicates that the virtual file system data are valid. This flag is 

25 updated or reset when the main file system data are updated independently, but not the virtual 
file system data, thus indicating that the virtual file system data are invalid and that there is a 
high risk of an inconsistency. 

Preferably the indicator area is located at an - for the drive - easy accessible 
location on the record carrier. Such locations include for instance a disc navigation (DN) 

30 area, the logical volume integrity descriptor (LVID) or a chip in the record carrier, for 

instance a chip in disc. For instance, the last update date of the main file system data can be 
retrieved from the time stamp of the LVID, and the indicator can be stored in the 
ImplementationUse field in the ImplementationUse area of the LVID. The LVID is a 
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structure specific to UDF. The LVTD will automatically be updated even by a non-aware 
UDF implementation. 

According to another preferred embodiment the virtual file system area further 
comprises a directory area for storing the directory structure of the virtual file system. Since 
5 reconstructing the directory structure can be a time and power consuming task, this much 
reduces the time when retrieving and using the virtual file system data. This directory 
information is in this form not part of the original specification of the virtual file system, also 
the directory information written using the main file system is not present on the record 
carrier in this format optimised for use with the virtual file system. The location of these data 

10 may need to be faked by mapping it on top of the main file system structures which are not 
accessed directly by the virtual file system. This measure is also of benefit if the virtual file 
system data are isolated from the main file system data, i.e. if the virtual file system data are 
located in a dedicated image. The virtual file system data can be in a file in the user area 
described by the main file system. Foreign file systems, e.g. the virtual file system, may be 

15 embedded in a file of another file system, e.g. of the main file system. This file is usually 
called an image. 

The present invention is preferably applied on an SFFO disc which preferably 
uses as main file system a UDF file system and as virtual file system a FAT file system. 
When applying the invention all data needed to browse the SFFO disc without actually 

20 accessing files is cached, thus dramatically improving mount times and the power required to 
mount the virtual file system, especially if the UDF was not updated or is not relevant, in 
case of a dedicated virtual file system image. Li the latter case the files in the virtual file 
system area are not specified separately in UDF. In addition, the proposed invention enables 
the exposure of the virtual file system in an optimal way without putting any burden on the 

25 main file system. 

The invention will now be explained in more detail with reference to the 
drawings in which 

30 Fig. 1 shows a block diagram of a recording apparatus according to the present 

invention, 

Fig. 2 shows a flow chart of a first embodiment of the recording method 
according to the present invention, 
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Fig. 3 shows a flow chart of another embodiment of a recording method 
according to the present invention, 

Fig. 4 shows a disc and memory layout and the steps of the recording method 
according to the present invention, and 
5 Fig. 5 shows the disc layout and the steps of another embodiment of the 

recording method. 

Fig. 1 shows a recording apparatus 1 according to the present invention to 

10 which two host devices 2 and 3 are connected. For communication with said host devices 2, 3 
the recording apparatus 1 comprises interfaces 4 and 5. Further, the recording apparatus 1 
comprises recording and reading means 6 for recording information to a recording medium 7 
and for reading information from said medium 7, e.g. an optical disc. Said medium 7 has user 
area UA for storing user data and a management area MA for storing management data. It 

1 5 generally uses a main file system mFS, e.g. a UDF file system, which is stored in a main file 
system area 70. Via the interface 5, e.g. an ATAPI interface, host devices 3 which can 
interpret the main file system mFS can communicate with the recording apparatus 1 and use 
the recording medium 7. 

However, for legacy host devices, such as host device 2, which can not 

20 interpret the main file system, an additional virtual file system vFS is required for 

communication between the host device 2 and the recording apparatus 1 via the interface 4, 
which is for instance a CFII interface. Such virtual file system data vFS are stored in memory 
means 8 in the recording apparatus 1. For conversion of the main file system data mFS stored 
on the record carrier 7 into the virtual file system data vFS stored or to be stored in the 

25 memory unit 8 or vice versa a conversion unit 9 is provided in the recording apparatus 1 . 
Thus, the virtual file system data vFS, for instance FAT file system data, can be exposed 
across the interface 4 to the host device 2. 

At least part of the virtual file system data vFS are also stored on the record 
carrier 7 in a particular virtual file system area 71. This is generally not the virtual file system 

30 itself but information derived from it or virtual file system data in a raw format Such raw 
data do not enable the host device 2 to use the virtual file system to access the record carrier 
7, but are provided on the record carrier to optimise the conversion process from the main file 
system to the virtual file system. Further, the stored part of the virtual file system does 
generally not cover all of the files on the record carrier at all times as the main file system 
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does. Preferably a distinction is made between volatile and non-volatile data of the virtual file 
system data vFS. 

Still further, an indicator ID is additionally stored on the record earner 7 in a 
particular indicator area 72. This indicator ID is used to indicate if the main file system data 
5 mFS and the virtual file system data vFS are consistent or not. 

The function of the recording apparatus 1 and the recording method according 
to the present invention will now be explained in more detail. Fig. 2 shows a flow chart of a 
first embodiment of a recording method. In a first step S10 main file system data mFS which 
are already provided on the record carrier are read therefrom. Such main file system data 

10 mFS are thereafter in step SI 1 converted into virtual file system data vFS if the record carrier 
7 is mounted for the first time in the recording apparatus 1. Such virtual file system data vFS 
are in the subsequent step S12 stored in memory 8 as well as, at least partly, on the record 
carrier 7 in a virtual file system area 71. Finally, in step SI 3, the indicator ID indicating in 
this case consistency between the main file system and the virtual file system is stored in the 

1 5 indicator area 72. 

Another embodiment of the recording method according to the present 
invention which takes into account that already virtual and main file system data are stored 
on the record carrier is shown in the flow chart of Fig, 3. In a first step S20 the indicator ID is 
read from the record carrier and evaluated in step S21. In case the indicator ID indicates that 

20 the main file system data mFS and the virtual file system data vFS are consistent the virtual 
file system data vFS are completely read from the record carrier (S22) and outputted (S23) so 
that a host device using the virtual file system can access the record carrier. 

In case the indicator ID indicates an inconsistency in step S21 at least part of 
the main file system data mFS are read (S24) from the record carrier and thereafter converted 

25 (S25) into virtual file system data vFS which are finally again outputted (S23). Thus, only in 
cases in which there is an inconsistency the virtual file system needs to be reconstructed from 
the main file system, which dramatically reduces time and power consumption in this case. 

Fig. 4 shows the disc layout and the memory layout and illustrates the steps of 
another embodiment of a recording method according to the present invention. In the first 

30 line the layout of the logical volume of an optical rewritable disc 7 is shown. It comprises a 
lead-in area LIA including the lead-in LI and disc navigation data DN, a lead-out area LOA 
including the lead-out LO and a program area PA including user data, main file system 
volume structures such as an UDF volume and main file system file entries such as UDF file 
entries UDF FE. 
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The main file system data consist of volume descriptors in a contiguous space 
at the beginning of the program area PA and file descriptors that can be scattered throughout 
the remaining program area PA, for instance interleaved with actual user data, i.e. files, or, 
preferably in a contiguous area, which is in case of SFFO preferably located at the end of the 
5 program area. 

The user area UA and management area MA, described above and shown in 
Fig. 1, are not necessarily contiguous, they can be interleaved and/or the virtual file system 
data area, which is part of the management data area, can be a file in the main file system 
data area, or the space occupied by the virtual file system data area can be removed from the 
10 address space presented to the main file system. 

If the disc 7 is mounted for the first time in a FAT enabled CFII drive the 
UDF, i.e. the main file system data, will be read and translated (S30) in the drive (above 
referred to as the recording apparatus 1) to FAT. The static parts are mainly derived from the 
UDF volume structures, the volatile parts are mainly derived from the UDF file entries. The 
1 5 obtained FAT, in particular its static part, volatile part and directory structure, are stored in 
the memory 8 and can be exposed across the CFII interface 4. 

Upon unmount of the disc the constructed FAT is translated (S3 1) back into 
the UDF and written to the disc 7. An additional indicator is stored on the disc 7, for instance 
on an easy accessible location, such as an indicator area ID in the disc navigation area DN, 
20 indicating if the cached FAT is valid or not. Alternatively or in addition the last update date 
for the FAT and of the UDF can be recorded on the disc 7, e.g. in the disc navigation area 
DN so that a comparison of these dates reveals if the cached FAT is still valid. Still further, 
said indicator can be implemented using the logical volume integrity descriptor LVID, for 
instance by retrieving the last update date of UDF from the time stamp in the LVTD and/or by 
25 including a flag that indicates that the cached FAT is valid in the LnplementationUse field in 
the hnplementationUse area of the LVTD. 

If the UDF is supposed to cover files added during the FAT operation the UDF 
on the disc 7 also needs to be updated which can, however, be delayed until the next 
dismount or until the next mount under UDF. If before the next mount of FAT the UDF has 
30 not been changed, then it can be ignored and only the FAT memory structures stored on the 
disc 7 are loaded into the memory 8 as shown in the last two lines of Fig. 4. 

If before the next mount of FAT the UDF has been changed then only the 
static part of the FAT are retrieved from the disc 7 directly, e.g. from a static area within the 
disc navigation are DN and/or the UDF volume, while the volatile part of the FAT is 
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reconstructed from the UDF on the disc 7 as shown in Fig. 5. The FAT starts at the beginning 
of the storage space. The generated FAT image is then mapped over the UDF volume space 
as shown in Fig. 5, last line. 

The drive checks the inconsistency flag. If not raised the drive reads the 
5 cached vFS directly into memory. If raised the drive mounts the mFS, reads at least the static 
part of the vFS and reconstructs the new situation for the vFS. Then the data area is exposed 
with FAT virtually mapped, as shown in Fig. 5, to the be ginnin g of the address space. 
Physical block number 0, i.e. the beginning of the UA, is logical block number 0 within FAT. 
The data area of the FAT file system starts at the beginning of the UDF partition (logical 
10 block number 0 for UDF), which is usually directly following the area with the UDF volume 
structures. It should be noted that it is possible to change UDF without making it inconsistent 
with FAT, e.g. by changing an extended attribute, which is not a known concept to FAT. 

The indicator can be recorded on different locations such as the disc 
navigation area, e.g. in a separate structure such as an indicator area, with the static parts of 
15 the virtual file system (FAT), in a chip in disc or in MRAM (magnetic random access 

memory) in the drive. Further, the directory structure of the virtual file system can also be 
recorded on the disc to save time and power consumption during reconstruction of the virtual 
file system. 

A particular implementation of the invention shall now be explained. The 
20 invention can be applied on a SFFO disc which is mounted in a CFII form factor drive in a 
digital camera. In memory the UDF is translated into FAT, generating static FAT structures, 
e.g. the boot record, which are written to disc and also generating the FAT tables and a 
representation of the directory structure. The drive exposes a FAT based CFII interface to the 
digital camera. Still images are transferred from the camera to the SFFO disc. The FAT 
25 structures are updated in memory. Dirty flags indicating that the content of the structures the 
dirty flags are related to is not verified or guaranteed to be consistent, are set for each added 
file and FAT as a whole. 

If before the drive is ejected the batteries of the camera run out no problem 
arises for the SFFO drive since an NVRAM, preferably MRAM, is used as memory. As soon 
30 as the camera has new batteries the drive does a consistency check. Upon dismounting the 
drive the volatile parts of FAT, in particular FAT tables and FSInfo structure, are written to 
disc as well as the directory information. The FAT allocation is translated into UDF 
structures for the new and updated files. The UDF on SFFO is updated. Part of the latter 
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update is writing the LVTD. In the ImplementationUse field of the ImplementationUse area of 
the LVTD it is written that the cached FAT is valid. 

Next time the FAT is mounted it will check the LVID for the CachedValid 
indicator. If it is present, hoth the static in volatile part of FAT are retrieved from disc, as 
well as the directory information. If it is not present it means that some UDF implementation 
has written the LVID last and that the FAT and directory structures need to be reconstructed 
from the UDF on disc. Thus, by use of the present invention, a drastic reduction of mount 
times and energy required for mounting the virtual file system can be achieved. 
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1. Recordable record carrier having a user area for storing user data and a 
management area for storing management data, said management area comprising 

a main file system area for storing main file system data of a main file system, 
a virtual file system area for storing virtual file system data of a virtual file 
5 system in raw format and 

an indicator area for storing an indicator indicating if the main system data and 
the virtual file system data are consistent. 

2. Record carrier as claimed in claim 1, wherein said virtual file system area 
10 comprises a static area for storing static parts of said virtual file system data and a volatile 

area for storing volatile parts of said virtual file system data so that in case the indicator 
indicates an inconsistency between the main file system data and the virtual file system data 
only the volatile parts of the virtual file system data need to be reconstructed from the main 
file system data. 

15 

3. Record carrier as claimed in claim 1, wherein said indicator comprises the last 
update date of the main file system data and of the virtual file system data. 

4. Record carrier as claimed in claim 1, wherein said indicator comprises a flag 
20 which is set when the virtual file system data are updated indicating that the virtual file 

system data are valid and which is reset when the main file system data are updated 
independently indicating that the virtual file system data are invalid. 

5. Record carrier as claimed in claim 1, wherein said indicator area is located at 
25 an easy accessible location, in particular in a disk navigation area, in an logical volume 

integrity descriptor or a chip in the record carrier. 
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6. Record carrier as claimed in claim 1 , wherein said virtual file system area 

further comprises a directory area for storing the directory structure of the virtual file system. 
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7. Record carrier as claimed in claim 1, wherein said main file system is a 
Universal Disc Format file system and wherein said virtual file system is a File Allocation 
Table file system. 

5 

8. Recording apparatus for recording information on a recordable record carrier 
having a user area for storing user data and a management area for storing management data, 
said apparatus comprising 

- recording means for recording main file system data of a main file system in a main file 
10 system area of said management area, virtual file system data of a virtual file system in 

raw format in a virtual file system area of said management area and an indicator 
indicating if the main file system data and the virtual file system data are consistent in an 
indicator area of said management area, 

- reading means for reading said user data and said management data, 
15 - memory means for storing said virtual file system data, 

conversion means for converting said main file system data into said virtual file system 
data and vice versa for storage on the record carrier and/or for output to an external host 
device in case said indicator indicates an inconsistency between the main file system data 
and the virtual file system data and 
20 - an interface for communicating with a host device. 

9. Recording apparatus as claimed in claim 8, wherein said recording means and 
said reading means are adapted for accessing an optical disk, in particular a small form factor 
optical disk, using a universal disc format and wherein said interface is adapted 

25 communicating with a compact flash form factor drive using a file allocation table system. 

1 0. Recording apparatus as claimed in claim 8, wherein said memory means 
comprise a MRAM unit 

30 11. Recording method for recording information on a recordable record carrier 

having a user area for storing user data and a management area for storing management data, 
said method comprising the steps of 

- reading main file system data of a main file system stored in a main file system area of 
said management area, 
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- converting said main file system data into said virtual file system data for storage on the 
record carrier and/or for output to an external host device, 

- storing said virtual file system data in a virtual file system area of said management area 
in raw format, 

5 - storing an indicator indicating if the main system data and the virtual file system data are 
consistent in an indicator area of said management area. 

12. Recording method for recording information on a recordable record carrier 
having a user area for storing user data and a management area for storing management data, 

10 said method comprising the steps of 

- reading an indicator, which indicates if main file system data of a main file system stored 
in a main file system area of said management area and virtual file system data of a 
virtual file system stored in raw format in a virtual file system area are consistent, from 
an indicator area of said management area, 

15 - reading said main file system data from said main file system area and reconstructing at 
least part of said virtual file system data from said main file system data in case said 
indicator indicates an inconsistency, 

- reading at least part of said virtual file system data from said virtual file system area, 

- exposing the virtual file system data to an external host device. 

20 

13. Recording method as claimed in claim 12, further comprising the steps of 

- setting the indicator such that it indicates an inconsistency in case the virtual file system 
data and/or the main file system data are changed, and 

- storing the set indicator in said indicator area. 

25 

14. Computer program comprising computer program means for causing a 
computer to perform the steps of the method as claimed in claim 1 1 or 12 if said computer 
program is run on a computer. ) 
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The present invention relates to a recordable record carrier having a user area 
(UA) for storing user data and a management area (MA) for storing management data. The 
invention relates further to a recording apparatus for recording information on such a record 
carrier and a corresponding recording method. In some applications it is useful to translate 
5 the main file system into an alternative virtual file system. To reduce the mount times and 
power consumption needed for reconstruction of the virtual file system it is proposed that the 
management area (MA) comprises amain file system area (70) for storing main file system 
data (mFS), a virtual file system area (71) for storing virtual file system data (vFS) in a raw 
format and an indicator area (72) for storing an indicator (ID) indicating if the main system 
1 0 data (mFS) and the virtual file system data (vFS) are consistent. Only in case the indicator 
(ID) indicates an inconsistency the virtual file system data (vFS) need to be reconstructed 
from the main file system data (mFS) if the virtual file system data (vFS) is required by an 
application. Otherwise the virtual file system data (vFS) can be directly retrieved from the 
record carrier without reconstruction. 
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